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DETAILED ACTION 
Status of Claims 

1. This is Final office action in reply to the response filed on 25 June 2009. 

2. Claims 1-2, 8 and 13-14 have been amended. 

3. Claims 1-2, 5-9 and 1 1-17 are currently pending and have been examined. 

4. The rejections of claims 1-2, 5-9 and 11-17 have been updated to reflect the amendments. 

Response to Amendment 

5. The rejection of claims 1-2 and 5-7 under 35 USC § 101, is withdrawn in light of Applicant's 
amendments. 

Response to Arguments 

6. Applicant's arguments received on 25 June 2009 have been fully considered but they are not 

persuasive. 

7. With regard to claims 1, 8 and 13, Applicant argues that the prior art of record, specifically that 
Gabbita (1) does not disclose or suggest that the "polling" described in the cited paragraph from 
column 19 includes "periodically extracting the stored records of the service orders of the 
population of service orders from the first database to generate respective time samples of the 
status identifiers from the extracted records for respective times for the population of service 
orders." Polling for the presence of new service order is not equivalent to periodically 
extracting the stored records of the service orders as recited in Claim 1, or corresponding 
recitations from Claims 8 and 13 (page 9, 2"'' If) and The material from column 21 also does not 
teach or suggest "periodically extracting the stored records of the service orders of the population 
of service orders from the first database to generate respective time samples of the status 
identifiers from the extracted records for respective times for the population of service orders" 
because, for example, none of the information listed in the Workflow Table 400 appears to 
coincide with "time samples of the status identifiers from the extracted records." (page 10, 1®' If) 
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and that Lickiss (2) There is nothing in these passages (col. 4, lines 21-26 and col. 7 lines 12-16) 
that discloses or suggests "periodically extracting the stored records of the service orders of the 
population of service orders from the first database to generate respective time samples of the 
status identifiers from the extracted records for respective times for the population of service 
orders" as recited in amended independent Claim 1. In particular, these passages include no 
discussion of periodic extraction of records to generate time samples of status identifiers and no 
explanation as to how and when status transitions are identified, e.g., no explanation as to how 
and when the CD Server "updates order status" other than "throughout the process." Therefore, 
Lickiss does not supply the teachings missing from Gabbita. (page 1 0, last paragraph). 
8. In response to applicant's argument (1). Examiner respectfully disagrees. Gabbita teaches that 
(column 19, lines 19-23) "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event (e.g., the stored records of the service 
orders of the population of service orders). For example, LSAT 102 can systematically poll SRMS 
106 for the presence of new Service Orders" and column 21, lines 54-55: which teaches 
"information that is extracted from the DBMS 104 by LSAT 102 to select and process Service 
Orders" where service order of the population of services orders are extracted from a database. 
Gabbita teaches that the LSAT continuously or periodically polls the other computer system for 
the presence of a particular event. LSAT receives service orders from SRMS or ARMS (see 
figure 2). In the broadest reasonable interpretation data is extracted in order to find the presence 
of a particular event wherein Gabbita provides an example of finding a new service order. 
Therefore the LSAT is continuously or periodically polling the other computer system is equivalent 
to periodically extracting store records of the service orders. The passage from column 21, lines 
54-55 disclose that information is extracted from the DBMS by LSAT in order to select and 
process service orders, therefore the LSAT is continuously or periodically polling the other 
computer system. Gabbita does not expressly teach to generate respective time samples of the 
status identifiers from the extracted records for respective times for the population of sen/ice 
orders, Gabbita teaches periodically extracting the store records of the service order of the 
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population of service orders as discussed above, liowever Lickiss as shown does teach 
generating respective time samples of the status identifiers from the extracted records in column 
4, lines 21-26 and column 7, lines 12-16, column 10 lines 19-20, where "...the CD Server 
updates status of each order in the Order Tracking Database...", Lickiss provides a Order 
Tracking Database, in the broadest reasonable interpretation, CD is monitoring (e.g., tracking) 
service orders in order to update status of each service order where "a customer can view the 
status of their orders in real-time." (e.g., respective time samples of the status identifiers) 
"[a]dditionally, a variety of reports can be generated to provide more accurate and timely status 
information" (e.g., time samples of the status identifiers), which the CD Server provides reports 
such as "front-end rejects, outbound installs, outbound disconnects, batch status, aged LEC 
rejects, pending LEC action, batch summary, and LEC disconnects to the customers via the GUI 
110". Further, "the customer is made aware of the Status of an order at all times". Therefore, it 
would have been obvious to one of ordinary skill in the art at the time of the invention to generate 
respective series of successive time samples (e.g., accurate and timely status information) as 
taught by Lickiss, to improve Gabbita thereby giving the predictable result of providing to a 
customer to "view the status of their orders in real-time" and monitor their service order process, 
since the database updates the status of each service order and "a variety of reports can be 
generated" in order "to provide more accurate and timely status information" (Lickiss, column 4, 
lines 23-26), 

9. In response to applicant's argument (2). Examiner respectfully disagrees. Please see the 
response to argument (1). In addition, in response to applicant's arguments against the 
references individually, one cannot show nonobviousness by attacking references individually 
where the rejections are based on combinations of references. See In re Keller, 642 F.2d 413, 
208 USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 
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Claim Rejections - 35 USC § 103 

10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 

rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

11. Claims 1-2, 5-9 and 11-17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gabbita et al., (US 6,349, 238 B1) hereinafter "Gabbita" in view of Lickiss et al., (US 6,104,798), 
hereinafter "Lickiss". 

Claim 1: 

Gabbita as shown discloses a method of monitoring service order processing in a service order 
process, the method comprising: 

• generating records of service orders of a population of sen/ice orders responsive to 
operator inputs to a service order processing computer system and storing the 
generated records in a first database (Figure 1C illustrates in reference characters 
134, 136, 138 and 139 that orders are generated "LSC send order information to 
OE" in responsive to inputs "" OE enters orders into SRMS 106 or ARMS 108" into 
a service order processing computer system and storing the generated records in a 
first dataset "OE Database"); 

• periodically extracting the stored records of the service orders of the population of 
service orders from the first database; for the population of service orders (column 
19, lines 19-23, which teaches that "[i]n one method, LSAT 102, continuously or 
periodically polls the other computer system, such as SRMS 106, for the presence 
of a particular event (e.g., the stored records of the service orders of the population 
of service orders). For example, LSAT 102 can systematically poll SRMS 106 for 
the presence of new Service Orders" and column 21, lines 54-55: which teaches 
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"information that is extracted from tlie DBIVIS 104 by LSAT 102 to select and 
process Service Orders" where the stored records of the service orders of the 
population of services orders are extracted from a database); 

• and storing the time samples of the status identifiers in a second database (column 
16, lines 8-9, column 30, lines 35-39 and 41-43: which teaches that "a database 
management system, such as an Oracle database is used to store such data" 
where "LSAT 102 maintains a History File of the significant events that occur within 
the system as it pertains to each Service Order" and "[a]s LSAT 102 tracks each 
Service Order through the lifecycle" (e.g., time samples of the status identifiers), "it 
maintains a historical record of each Work Step completed and other important 
actions taken" where History File functions as a database backup to record and 
stored all "transaction processing activities, system access information, and 
administrative manipulation of system data"); 

• identifying transitions in the status identifiers by comparing service order status 
identifiers of the time samples of the status identifiers stored in the second 
database (Figure 5, reference character 518, Figure 2, which it illustrates the 
workflow for processing service orders, column 12, lines 8-22, column 28, lines 13- 
18 and column 30, lines 45-48 and 61, which teaches a block diagram showing a 
plurality of database tables, database table fields and relationship between 
database tables and/or fields where the Local Service Activity Tracker (LSAT) 
transition table contains information such as transition identification, name and type 
(e.g., status identifiers) where "[i]f the Work Step is associated with a Jeopardy 
point, then the process compares the completed date and time" (e.g., the time 
samples of the status identifiers) "with the scheduled date and time for the Work 
Step". Gabbita teaches that the process compares the completed date and time 
(e.g., comparing the time samples of the status identifiers) which the data was 
previously stored in the history file of the LSAT, since "LSAT 102 tracks the status 
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of each Work Plan against the planned schedule". Further Gabbita teaches that 
"[h]istory File data for Work Steps include actual step completion times as well as 
planned start and finish times. This information permits the comparison of standard 
intervals defined for a Work Plan with actual completion data enabling the fine 
tuning of Workflow intervals." Data such as "[e]very change in the status of a Work 
Step" ); 

• storing records of the identified transitions and corresponding times of tfie identified 
transitions in the second database (column 30, lines 41-45: which teaches that 
"LSAT 102 tracks each Service Order through the lifecycle, it maintains a historical 
record of each Work Step completed and other important actions taken" where 
"[h]istory File data" (e.g., storing records of the identified transitions and 
corresponding times) "for Work Steps include actual step completion times as well 
as planned start and finish times" which teaches an history tracking for each service 
order status and times stored in the LSAT database); 

• analyzing the stored records of the identified transitions to determine completion 
intervals for the stages; (column 30, lines 42-65 and column 9, lines 31-38: "This 
information permits the comparison of standard intervals defined for a Work Plan 
with actual completion data enabling the fine tuning of Workflow intervals.", where 
"LSAT 102 calculates the planned start and finish times for each step using the 
customer requested delivery date (CRDD) and/or the customer committed due date 
(CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps" which completion 
intervals can be determined); 

• and computing an aggregate measure of progression of the population of status 
orders through the service order process from the determined completion intervals. 
(column 12 lines 16-18: which Local Service Activity Tracker (LSAT) track the 
status and times of each service order and "compares the completed date and time 
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with the scheduled date and time for the Worl< Step" also as discussed above 
"LSAT 102 calculates the planned start and finish times for each step using the 
customer requested delivery date (CRDD) and/or the customer committed due date 
(CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 
Gabbita teaches that "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event (e.g., the stored records of the service 
orders of the population of service orders). For example, LSAT 102 can systematically poll SRMS 
106 for the presence of new Service Orders" (Gabbita, column 19, lines 19-23). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the time samples), "it 
maintains a historical record of each Work Step completed and other important actions taken". 
(Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, "LSAT 102 tracks 
the status of each Work Plan against the planned schedule" (Gabbita, column 12, lines 9-10). 
Gabbita teaches that "[hjistory File data for Work Steps include actual step completion times as 
well as planned start and finish times." (e.g., time samples of the status identifiers) "This 
information permits the comparison of standard intervals defined for a Work Plan with actual 
completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very change in 
the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 102 tracks 
the status of each Work Step from the time it is scheduled (status of pending) through the time it 
is being acted upon (status Current) until it is reported completed (status Complete)." (Gabbita, 
column 18, lines 6-9). Furthermore, Gabbita teaches in Table 2, col. 23-24, Database tables and 
fields, for example the field name "LSAT_Event_Time" "Time of the occurrence" and 
"Event_Current_ld" "Is this event currently happening" Gabbita does not expressly teaches the 
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following limitation, however Lickiss in an analogous art of monitoring service order processing for 
the purpose of tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, 
does: 

• generating respective series of successive time samples of status identifiers from 
tlie stored records tliat indicate a relationship of respective service orders to a 
stage of the service order process; wherein generating respective series of 
successive time samples of the status identifiers from the stored records comprises 
(Figure 10 and column 11, lines 5-7: reference character 555, "Transaction Code 
Status Indicator" and "... reporting and status files will contain either reject codes, 
pending codes, disconnect and install codes", which teaches an status codes 
identifying each stage of the order process); 

• to generate respective time samples of the status identifiers from the extracted 
records for respective times (column 4, lines 21-26 and column 7, lines 12-16, 
column 10 lines 19-20: "...the CD Server updates status of each order in the Order 
Tracking Database..." where "a customer can view the status of their orders in real- 
time." (e.g., respective time samples of the status identifiers) "[a]dditionally, a 
variety of reports can be generated to provide more accurate and timely status 
information" (e.g., time samples of the status identifiers), which the CD Server 
provides reports such as "front-end rejects, outbound installs, outbound 
disconnects, batch status, aged LEG rejects, pending LEG action, batch summary, 
and LEG disconnects to the customers via the GUI 110". Further, "the customer is 
made aware of the Status of an order at all times"); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss 
because a customers "can view the status of their orders in real-time" and monitor their service 
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order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 

Claim 2: 

Gabbita as shown discloses the following limitations: 

• extracting service order information for ttie population of service orders from tfie 
first database for a first time; (column 21, lines 54-55: which teaches "information 
that is extracted from the DBMS 104 by LSAT 102 to select and process Service 
Orders" where service order information is extracted from a database); 

• storing the first service order information time sample for the first time in a second 
database; (column 30, lines 35-39 and 41-43: which teaches that "LSAT 102 
maintains a History File of the significant events that occur within the system as it 
pertains to each Service Order" and "[a] LSAT 102 tracks each Service Order 
through the lifecycle" (e.g., service order information time samples), "it maintains a 
historical record of each Work Step completed and other important actions taken" 
where History File functions as a database backup to record and stored all 
"transaction processing activities, system access information, and administrative 
manipulation of system data"); 

• extracting service order information for the population of service orders from the 
first database for a second time succeeding the first time; (column 21 , lines 54-55: 
"...information that is extracted from the DBMS 104 by LSAT 102 to select and 
process Service Orders" where information can be extracted many time as 
needed); 
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• and storing the second service order information time sample for the second time in 
the second database; (column 30, lines 35-39 and 41-43: "LSAT 102 maintains a 
History File of the significant events that occur within the system as it pertains to 
each Service Order" and "As LSAT 102 tracks each Service Order through the 
lifecycle" (e.g., service order information time samples), "it maintains a historical 
record of each Work Step completed and other important actions taken" where 
History File functions as a database backup to record all data such as "transaction 
processing activities, system access information, and administrative manipulation of 
system data"); 

• wherein identifying transitions in the status identifiers by comparing service order 
status identifiers of the service order information time samples stored in the second 
database comprises comparing a service order status identifier of the first service 
order information time sample stored in the second database to a service order 
status identifier of the second service order information time sample stored in the 
second database to identify at least one transition in a service order status identifier 
for at least one service order (column 30, lines 42-65, column 9, lines 31-38 and 
column 12, lines 8-22: which teaches "[t]his information permits the comparison of 
standard intervals defined for a Work Plan with actual completion data enabling the 
fine tuning of Workflow intervals.", where information is obtained from the History 
File and then "LSAT 102 calculates the planned start and finish times for each step 
using the customer requested delivery date (CRDD) and/or the customer committed 
due date (CCDD) as available. The planned delivery date of the Work Plan is 
calculated using planned start and finish times of the various Work Steps", this 
teaches that "the process compares the completed date and time with the 
scheduled date and time for the Work Step". Gabbita teaches that the process 
compares the completed date and time (e.g., comparing service order status 
identifiers) which the data was previously stored in the history file of the LSAT, 
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since "LSAT 102 tracks the status of each Work Plan against the planned 
schedule"): 

Gabbita as discussed above teaches "information that is extracted from the DBMS 104 by LSAT 
102 to select and process Service Orders" (Gabbita, column 21, lines 54-55). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the service order 
information), "it maintains a historical record of each Work Step completed and other important 
actions taken". (Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, 
"LSAT 102 tracks the status of each Work Plan against the planned schedule" (Gabbita, column 
12, lines 9-10). Gabbita teaches that "[h]istory File data for Work Steps include actual step 
completion times as well as planned start and finish times." (e.g., service order information time 
samples) "This information permits the comparison of standard intervals defined for a Work Plan 
with actual completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very 
change in the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 
102 tracks the status of each Work Step from the time It Is scheduled (status of pending) through 
the time it is being acted upon (status Current) until it is reported completed (status Complete)." 
(Gabbita, column 18, lines 6-9). Gabbita does not expressly teaches the following limitation, 
however Lickiss in an analogous art of monitoring service order processing for the purpose of 
tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, does: 

• to generate a first service order information time sample; to generate a second 
service order information time sample (column 4, lines 21-26 and column 7, lines 
12-16, column 10 lines 19-20: "...the CD Server updates status of each order in the 
Order Tracking Database..." where "a customer can view the status of their orders 
in real-time." (e.g., first and second service order information) "[a]dditionally, a 
variety of reports can be generated to provide more accurate and timely status 
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information" (e.g., first and second service order information time samples) which 
the CD Server provides reports such as "front-end rejects, outbound installs, 
outbound disconnects, batch status, aged LEG rejects, pending LEG action, batch 
summary, and LEG disconnects to the customers via the GUI 110". Further, "the 
customer is made aware of the Status of an order at all times"); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to generate respective series of successive time samples (e.g., accurate and timely 
status information) as taught by Lickiss, to improve Gabbita thereby giving the predictable result 
of providing to a customer to "view the status of their orders in real-time" and monitor their 
service order process, since the database updates the status of each service order and "a variety 
of reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), 

Claim 5: 

Gabbita as shown discloses the following limitations: 

• determining, for the respective service orders, respective completion intervals 
between a first transition when a service order first arrives at a first stage and a 
second transition when the service order moves from a second stage following the 
first stage and on to a third stage following the second stage; (column 30, lines 42- 
65 and column 9, lines 31-38: which teaches "[tjhis information permits the 
comparison of standard intervals defined for a Work Plan with actual completion 
data enabling the fine tuning of Workflow intervals.", where "LSAT 102 calculates 
the planned start and finish times for each step using the customer requested 
delivery date (GRDD) and/or the customer committed due date (GGDD) as 
available. The planned delivery date of the Work Plan is calculated using planned 
start and finish times of the various Work Steps", which completion intervals can be 
determined for each step or stage); 
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• and storing the determined completion intervals in the second database; (column 
30, lines 35-39 and 41-43: which teaches that "LSAT 102 maintains a History File of 
the significant events that occur within the system as it pertains to each Service 
Order" and "As LSAT 102 tracks each Service Order through the lifecycle, it 
maintains a historical record of each Work Step completed and other important 
actions taken" where History File functions as a database backup to record all data 
such as "transaction processing activities, system access information, and 
administrative manipulation of system data"); 

• and wherein computing an aggregate measure of progression of the population of 
status orders through the stages from the identified completion intervals comprises 
computing an average of the stored completion intervals (column 3, lines 11-14 and 
column 5, lines 38-41: which teaches that "[djetailed statistical information is 
maintained for audit and reporting purposes. Reports reflecting the effectiveness of 
workforce management and work administration is obtained" which teaches that 
information can be obtained from the database and any query can be performed 
since "...the web based interface module further provides query capability to 
provided customized views, reports and tracking information pertaining to current 
and past Service Orders." ); 

Claim 6: 

Gabbita as shown discloses the following limitations: 

• further comprising storing the computed aggregate measure in a spreadsheet 
(column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38-41: which 
teaches that the database provide query capability for customized reports, such as 
graphics and spreadsheets, since "all data is recorded in a manner that supports 
reporting". ); 

Claims 7, 12 and 17: 

Gabbita as shown discloses the following limitations: 
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• wherein the service order process comprises a local exchange carrier (LEC) end 
user migration (BUM) process (column 3, lines 63-65: which teaches a "local 
exchange carriers (LECs) for processing orders for local and/or long distance 
telecommunication services" .); 

Claim 8 

Gabbita as shown discloses a system for monitoring service order processing in a service order 
process, the system comprising: 

• a first database configured to store records of service orders a population of service 
orders, (column 4, lines 58-59: which teaches that "[t]he database 104 is used by 
LSAT 102 to store data associated with the processing and tracking of orders."); 

• a second database (column 16, lines 8-9: which teaches that "a database 
management system, such as an Oracle database is used to store such data") 

• by periodically extracting the records of the service orders of the population of 
service orders from the first database (column 19, lines 19-23, which teaches that 
"[i]n one method, LSAT 102, continuously or periodically polls the other computer 
system, such as SRMS 106, for the presence of a particular event (e.g., the stored 
records of the service orders of the population of service orders).. For example, 
LSAT 102 can systematically poll SRMS 106 for the presence of new Service 
Orders" and column 21, lines 54-55: which teaches "information that is extracted 
from the DBMS 104 by LSAT 102 to select and process Service Orders" where the 
records of the service order of the population of service orders are extracted from a 
database); 

• and storing the time samples of the status identifiers in the second database 
(column 16, lines 8-9, column 30, lines 35-39 and 41-43: which teaches that "a 
database management system, such as an Oracle database is used to store such 
data" where "LSAT 102 maintains a History File of the significant events that occur 
within the system as it pertains to each Service Order" and "[a]s LSAT 102 tracks 
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each Service Order through the lifecycle" (e.g., the time samples of the status 
identifiers), "it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record and stored all "transaction processing activities, system access information, 
and administrative manipulation of system data"); 

• to identify transitions in tfie status identifiers by comparing ttie time samples of the 
status identifiers stored in tiie second database (Figure 5, reference character 518, 
Figure 2, which it illustrates the workflow for processing service orders, column 12, 
lines 8-22, column 28, lines 13-18 and column 30, lines 45-48, 61, which teaches a 
block diagram showing a plurality of database tables, database table fields and 
relationship between database tables and/or fields where the Local Service Activity 
Tracker (LSAT) transition table contains information such as transition identification, 
name and type (e.g., status identifiers) where "[i]f the Work Step is associated with 
a Jeopardy point, then the process compares the completed date and time" (e.g., 
the time samples of the status identifiers) "with the scheduled date and time for the 
Work Step". Gabbita teaches that the process compares the completed date and 
time (e.g., comparing the time samples of the status identifiers) which the data was 
previously stored in the history file of the LSAT, since "LSAT 1 02 tracks the status 
of each Work Plan against the planned schedule". Further Gabbita teaches that 
"[h]istory File data for Work Steps include actual step completion times as well as 
planned start and finish times. This information permits the comparison of standard 
intervals defined for a Work Plan with actual completion data enabling the fine 
tuning of Workflow intervals." Data such as "[e]very change in the status of a Work 
Step" ); 

• to store records of the identified transitions and corresponding times of the 
transitions in the second database (column 30, lines 41-45: which teaches that 
"LSAT 102 tracks each Service Order through the lifecycle, it maintains a historical 
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record of each Work Step completed and other important actions taken" where 
"[h]istory File data" (e.g., storing records of the identified transitions and 
corresponding times) "for Work Steps include actual step completion times as well 
as planned start and finish times" which teaches an history tracking for each service 
order status and times stored in the LSAT database); 

• to analyze the stored records of the identified transitions to determine completion 
intervals for the stages (column 30, lines 42-65 and column 9, lines 31-38: which 
teaches "[t]his information permits the comparison of standard intervals defined for 
a Work Plan with actual completion data enabling the fine tuning of Workflow 
intervals.", where "LSAT 102 calculates the planned start and finish times for each 
step using the customer requested delivery date (CRDD) and/or the customer 
committed due date (CCDD) as available. The planned delivery date of the Work 
Plan is calculated using planned start and finish times of the various Work Steps", 
which completion intervals can be determined); 

• and to compute an aggregate measure of progression of the population of status 
orders through the stages from the determined completion intervals (column 12 
lines 16-18: which Local Service Activity Tracker (LSAT) track the status and times 
of each service order and "compares the completed date and time with the 
scheduled date and time for the Work Step" also as discussed above "LSAT 102 
calculates the planned start and finish times for each step using the customer 
requested delivery date (CRDD) and/or the customer committed due date (CCDD) 
as available. The planned delivery date of the Work Plan is calculated using 
planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 

Gabbita teaches that "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event (e.g., the stored records of the service 
orders of the population of service orders). For example, LSAT 102 can systematically poll SRMS 
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106 for the presence of new Service Orders" (Gabbita, column 19, lines 19-23). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the time samples), "it 
maintains a historical record of each Work Step completed and other important actions taken". 
(Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, "LSAT 102 tracks 
the status of each Work Plan against the planned schedule" (Gabbita, column 12, lines 9-10). 
Gabbita teaches that "[hjistory File data for Work Steps include actual step completion times as 
well as planned start and finish times." (e.g., time samples of the status identifiers) "This 
information permits the comparison of standard intervals defined for a Work Plan with actual 
completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very change in 
the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 102 tracks 
the status of each Work Step from the time it is scheduled (status of pending) through the time it 
is being acted upon (status Current) until it is reported completed (status Complete)." (Gabbita, 
column 18, lines 6-9). Furthermore, Gabbita teaches in Table 2, col. 23-24, Database tables and 
fields, for example the field name "LSAT_Event_Time" "Time of the occurrence" and 
"Event_Current_ld" "Is this event currently happening" Gabbita does not expressly teaches the 
following limitation, however Lickiss in an analogous art of monitoring service order processing for 
the purpose of tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, 
does: 

• the store records including respective status identifiers that indicate a relationship of 
respective service orders to a stage of the service order process (Figure 10 and 
column 11, lines 5-7: reference character 555, "Transaction Code Status Indicator" 
and "... reporting and status files will contain either reject codes, pending codes, 
disconnect and install codes", which teaches an status codes identifying each stage 
of the order process); 
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• and a service order monitor operative to generate respective series of successive 
time samples of status identifiers of tlie records stored in ttie first database for 
respective service orders of the population of service orders; to generate respective 
service order information time samples of the status identifiers of the extracted 
records for respective times for the population of service orders (column 4, lines 
21-26 and column 7, lines 12-16, column 10 lines 19-20: "...the CD Server updates 
status of each order in the Order Tracking Database..." where "a customer can 
view the status of their orders in real-time." (e.g., respective time samples of the 
status identifiers) "[a]dditionally, a variety of reports can be generated to provide 
more accurate and timely status information" (e.g., time samples of the status 
identifiers), which the CD Server provides reports such as "front-end rejects, 
outbound installs, outbound disconnects, batch status, aged LEC rejects, pending 
LEC action, batch summary, and LEC disconnects to the customers via the GUI 
110". Further, "the customer is made aware of the Status of an order at all times"); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Licl<iss 
because a customers "can view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 
Claim 9: 

As per claim 9, this claim encompasses substantially the same scope as claim 2. Accordingly, 
claim 9 is rejected in substantially the same manner as claim 2, as described above. 
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Claim 11: 

Gabbita as shown discloses the following limitations: 

• further comprising a spreadsheet configured to store the computed aggregate 
measure, (column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38-41: 
which teaches that the database provide query capability for customized reports, 
such as graphics and spreadsheets, since "all data is recorded in a manner that 
supports reporting". ); 

Claim 13: 

Gabbita as shown discloses a computer-readable medium to monitor service order processing in 
a service order process, the computer-readable medium comprising: 

• code configured (column 12, line 65: "The LSAT user interface at 120 is preferably 
an Intranet-based 118 application..."); 

• to identify transitions in the status identifiers by comparing service order status 
identifiers of the time samples of the status identifiers stored in the second 
database (Figure 5, reference character 518, Figure 2, which it illustrates the 
workflow for processing service orders, column 12, lines 8-22, column 28, lines 13- 
18 and column 30, lines 45-48, 61, which teaches a block diagram showing a 
plurality of database tables, database table fields and relationship between 
database tables and/or fields where the Local Service Activity Tracker (LSAT) 
transition table contains information such as transition identification, name and type 
(e.g., status identifiers) where "[i]f the Work Step is associated with a Jeopardy 
point, then the process compares the completed date and time" (e.g., the time 
samples of the status identifiers) "with the scheduled date and time for the Work 
Step". Gabbita teaches that the process compares the completed date and time 
(e.g., comparing the time samples of the status identifiers) which the data was 
previously stored in the history file of the LSAT, since "LSAT 102 tracks the status 
of each Work Plan against the planned schedule". Further Gabbita teaches that 
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"[h]istory File data for Work Steps include actual step completion times as well as 
planned start and finish times. This information permits the comparison of standard 

intervals defined for a Work Plan with actual completion data enabling the fine 
tuning of Workflow intervals." Data such as "[e]very change in the status of a Work 
Step" ); 

• code configured to store records of the identified transitions and corresponding 
times of tiie transitions in tfie second database (column 30, lines 41-45: which 
teaches that "LSAT 102 tracks each Service Order through the lifecycle, it 
maintains a historical record of each Work Step completed and other important 
actions taken" where "[h]istory File data" (e.g., storing records of the identified 
transitions and corresponding times) "for Work Steps include actual step completion 
times as well as planned start and finish times" which teaches an history tracking 
for each service order status and times stored in the LSAT database); 

• code configured to analyze the stored records of the identified transitions to 
determine completion intervals for the stages (column 30, lines 42-65 and column 
9, lines 31-38: "This information permits the comparison of standard intervals 
defined for a Work Plan with actual completion data enabling the fine tuning of 
Workflow intervals.", where "LSAT 102 calculates the planned start and finish times 
for each step using the customer requested delivery date (CRDD) and/or the 
customer committed due date (CCDD) as available. The planned delivery date of 
the Work Plan is calculated using planned start and finish times of the various Work 
Steps" which completion intervals can be determined); 

• and code configured to compute an aggregate measure of progression of the 
population of status orders through the stages from the determined completion 
intervals (column 12 lines 16-18: which Local Service Activity Tracker (LSAT) track 
the status and times of each service order and "compares the completed date and 
time with the scheduled date and time for the Work Step" also as discussed above 
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"LSAT 102 calculates the planned start and finish times for each step using the 
customer requested delivery date (CRDD) and/or the customer committed due date 
(CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 

• wherein the code configured to generate respective series of successive time 
samples of status identifiers of records of respective service orders of a population 
of service orders comprises code configured to periodically extract the records of 
the service orders of the population of services orders from the first database 
(column 19, lines 19-23, which teaches that "[i]n one method, LSAT 102, 
continuously or periodically polls the other computer system, such as SRMS 106, 
for the presence of a particular event (e.g., the stored records of the service orders 
of the population of service orders). For example, LSAT 102 can systematically poll 
SRMS 106 for the presence of new Service Orders" and column 21, lines 54-55: 
which teaches "information that is extracted from the DBIVIS 104 by LSAT 102 to 
select and process Service Orders" where the stored records of the service orders 
of the population of services orders are extracted from a database); 

• and to store the time samples of the status identifiers in a second database 
(column 16, lines 8-9, column 30, lines 35-39 and 41-43: which teaches that "a 
database management system, such as an Oracle database is used to store such 
data" where "LSAT 102 maintains a History File of the significant events that occur 
within the system as it pertains to each Service Order" and "[a]s LSAT 102 tracks 
each Service Order through the lifecycle" (e.g., time samples of the status 
identifiers), "it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record and stored all "transaction processing activities, system access information, 
and administrative manipulation of system data"); 
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Gabbita teaches that "LSAT 102, continuously or periodically polls the other computer system, 
such as SRMS 106, for the presence of a particular event (e.g., the stored records of the service 
orders of the population of service orders). For example, LSAT 102 can systematically poll SRMS 
106 for the presence of new Service Orders" (Gabbita, column 19, lines 19-23). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the time samples), "it 
maintains a historical record of each Work Step completed and other important actions taken". 
(Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, "LSAT 102 tracks 
the status of each Work Plan against the planned schedule" (Gabbita, column 12, lines 9-10). 
Gabbita teaches that "[hjistory File data for Work Steps include actual step completion times as 
well as planned start and finish times." (e.g., time samples of the status identifiers) "This 
information permits the comparison of standard intervals defined for a Work Plan with actual 
completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very change in 
the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 102 tracks 
the status of each Work Step from the time it is scheduled (status of pending) through the time it 
is being acted upon (status Current) until it is reported completed (status Complete)." (Gabbita, 
column 18, lines 6-9). Furthermore, Gabbita teaches in Table 2, col. 23-24, Database tables and 
fields, for example the field name "LSAT_Event_Time" "Time of the occurrence" and 
"Event_Current_ld" "Is this event currently happening" Gabbita does not expressly teaches the 
following limitation, however Lickiss in an analogous art of monitoring service order processing for 
the purpose of tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, 
does: 

• code configured (column 6, line 43: "CD Server 130 is a software application"); 
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• to generate respective series of successive time samples of status identifiers of 
records of respective service orders of a population of service orders stored in first 
database; to generate respective sen/ice order information time samples of the 
status identifiers from the extracted records for respective times for the population 
of service orders (column 4, lines 21-26 and column 7, lines 12-16, column 10 lines 
19-20: "...the CD Server updates status of each order in the Order Tracking 
Database..." where "a customer can view the status of their orders in real-time." 
(e.g., respective series of successive time samples of status identifiers of records of 
respective service orders of a population of service orders) "[a]dditionally, a variety 
of reports can be generated to provide more accurate and timely status information" 
(e.g., time samples of the status identifiers), which the CD Server provides reports 
such as "front-end rejects, outbound installs, outbound disconnects, batch status, 
aged LEC rejects, pending LEC action, batch summary, and LEC disconnects to 
the customers via the GUI 110". Further, "the customer is made aware of the Status 
of an order at all times"); 

• the status identifiers indicating a relationship of respective service orders to a stage 
of the service order process; (Figure 10 and column 11, lines 5-7: reference 
character 555, "Transaction Code Status Indicator" and "reporting and status files 
will contain either reject codes, pending codes, disconnect and install codes", which 
teaches an status codes identifying each stage of the order process); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss 
because a customers "can view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
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efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 
Claim 14: 

Gabbita as shown discloses the following limitations: 

• wherein the code configured to generate respective series of successive time 
samples of status identifiers of records of respective service orders of a population 
of service orders comprises (column 30, lines 39-40: "All data is recorded in a 
manner that support reporting") 

• code configured to extract service order information for the population of service 
orders from the first database for a first time (column 21 , lines 54-55: which teaches 
"information that is extracted from the DBMS 104 by LSAT 102 to select and 
process Service Orders" where service order information is extracted from a 
database); 

• and to extract service order information for the population of service orders from the 
first database for a second time succeeding the first time (column 30, lines 35-39 
and 41-43: which teaches that "LSAT 102 maintains a History File of the significant 
events that occur within the system as it pertains to each Service Order" and "[a] 
LSAT 102 tracks each Service Order through the lifecycle, it maintains a historical 
record of each Work Step completed and other important actions taken" where 
History File functions as a database backup to record and stored all "transaction 
processing activities, system access information, and administrative manipulation of 
system data"); 

• and wherein the code configured to identify transitions in the status identifiers 
comprises code configured to compare a service order status identifier to the first 
service order information time sample to a service order status identifier of the 
second service order information time sample to identify at least one transition in a 
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service order status identifier for at least one service order (column 30, lines 42-65, 
column 9, lines 31-38 and column 12, lines 8-22: which teaches "[t]his information 
permits the comparison of standard intervals defined for a Worl< Plan with actual 
completion data enabling the fine tuning of Workflow intervals.", where information 
is obtained from the History File and then "LSAT 102 calculates the planned start 
and finish times for each step using the customer requested delivery date (CRDD) 
and/or the customer committed due date (CCDD) as available. The planned 
delivery date of the Work Plan is calculated using planned start and finish times of 
the various Work Steps". Which teaches that "the process compares the completed 
date and time with the scheduled date and time for the Work Step". Gabbita 
teaches that the process compares the completed date and time (e.g., comparing 
service order status identifiers) which the data was previously stored in the history 
file of the LSAT, since "LSAT 102 tracks the status of each Work Plan against the 
planned schedule"); 

Gabbita as discussed above teaches "information that is extracted from the DBMS 104 by LSAT 
102 to select and process Service Orders" (Gabbita, column 21, lines 54-55). Further, Gabbita 
teaches that "LSAT 102 maintains a History File" (e.g., storing) "of the significant events that 
occur within the system as it pertains to each Service Order. These events include transaction 
processing activities, system access information, and administrative manipulation of system data" 
and "[a]s LSAT 102 tracks each Service Order through the lifecycle" (e.g., the service order 
information), "it maintains a historical record of each Work Step completed and other important 
actions taken". (Gabbita, column 16, lines 8-9, column 30, lines 35-39 and 41-43). In addition, 
"LSAT 102 tracks the status of each Work Plan against the planned schedule" (Gabbita, column 
12, lines 9-10). Gabbita teaches that "[h]istory File data for Work Steps include actual step 
completion times as well as planned start and finish times." (e.g., service order information time 
samples) "This information permits the comparison of standard intervals defined for a Work Plan 
with actual completion data enabling the fine tuning of Workflow intervals." Data such as "[e]very 
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change in the status of a Work Step". (Gabbita, column 30, lines 45-48 and 61) where the "LSAT 
102 tracks the status of each Work Step from the time it is scheduled (status of pending) through 
the time it is being acted upon (status Current) until it is reported completed (status Complete)." 
(Gabbita, column 18, lines 6-9). Gabbita does not expressly teaches the following limitation, 
however Lickiss in an analogous art of monitoring service order processing for the purpose of 
tracking the stage of the service order process (column 1 1 , lines 5-7) as shown, does: 

• to generate a first service order information time sample; to generate a second 
service order information time sample e (column 4, lines 21-26 and column 7, lines 
12-16, column 10 lines 19-20: "...the CD Server updates status of each order in the 
Order Tracking Database..." where "a customer can view the status of their orders 
in real-time." (e.g., first and second service order information) "[ajdditionally, a 
variety of reports can be generated to provide more accurate and timely status 
information" (e.g., first and second service order information time samples) which 
the CD Server provides reports such as "front-end rejects, outbound installs, 
outbound disconnects, batch status, aged LEG rejects, pending LEG action, batch 
summary, and LEC disconnects to the customers via the GUI 110". Further, "the 
customer is made aware of the Status of an order at all times"); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the invention 
to generate respective series of successive time samples (e.g., accurate and timely status 
information) as taught by Lickiss, to improve Gabbita thereby giving the predictable result of 
providing to a customer to "view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), 
Claim 15: 

Gabbita as shown discloses the following limitations: 
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• code configured to determine, for ttie respective service orders, respective 
completion intervals between a first transition when a service order first arrives at a 
first stage and a second transition when the sen/ice order moves from a second 
stage following the first stage and on to a third stage following the second stage; 
(column 30, lines 42-65 and column 9, lines 31-38: "This information permits the 
comparison of standard intervals defined for a Work Plan with actual completion 
data enabling the fine tuning of Workflow intervals.", where "LSAT 102 calculates 
the planned start and finish times for each step using the customer requested 
delivery date (CRDD) and/or the customer committed due date (CCDD) as 
available. The planned delivery date of the Work Plan is calculated using planned 
start and finish times of the various Work Steps", which completion intervals can be 
determined for each step or stage); 

• and code configured to store the determined completion intervals in the second 
database; (column 30, lines 35-39 and 41-43: "LSAT 102 maintains a History File of 
the significant events that occur within the system as it pertains to each Service 
Order" and "As LSAT 102 tracks each Service Order through the lifecycle, it 
maintains a historical record of each Worl< Step completed and other important 
actions taken" where History File functions as a database backup to record all data 
such as "transaction processing activities, system access information, and 
administrative manipulation of system data"); 

• and wherein the code configured to compute an aggregate measure of progression 
of the population of status orders through the stages from the identified completion 
intervals comprises code configured to compute an average of the stored 
completion intervals, (column 3, lines 11-14 and column 5, lines 38-41: "Detailed 
statistical information is maintained for audit and reporting purposes. Reports 
reflecting the effectiveness of workforce management and work administration is 
obtained" which teaches that information can be obtained from the database and 
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any query can be performed since "...the web based interface module further 
provides query capability to provided customized views, reports and tracking 
information pertaining to current and past Service Orders." ); 

Claim 16: 

Gabbita as shown discloses the following limitations: 

• further comprising code configured to store ttie computed aggregate measure in a 
spreadsfieet (column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38- 
41: which teaches that the database provide query capability for customized 
reports, such as graphics and spreadsheets, since "all data is recorded in a manner 
that supports reporting". ); 
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Applicant's amendment necessitated tlie new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is 
reminded of the extension of time policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE IVIONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of 
the mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on 
the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will 
be calculated from the mailing date of the advisory action. In no event, however, will the 
statutory period for reply expire later than SIX MONTHS from the date of this final action. 

Any inquiry of a general nature or relating to the status of this application or concerning 
this communication or earlier communications from the Examiner should be directed to Nadja 
Chong whose telephone number is 571.270.3939. The Examiner can normally be reached on 
Monday-Friday, 9:30am-5:00pm. If attempts to reach the examiner by telephone are 
unsuccessful, the Examiner's supervisor, BETH BOSWELL can be reached at 571.272.6737. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://portal.uspto.gov/external/portal/pair <http://pair-direct.uspto.gov >. Should you have 
questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 
866.217.9197 (toll-free). 

Any response to this action should be mailed to: 

Commissioner of Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

or faxed to 571-273-8300. 
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Hand delivered responses should be brought to the United States Patent and 
Trademark Office Customer Service Window: 

Randolph Building 
401 Dulany Street 
Alexandria, VA 22314. 
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